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(54) Implementing universal serial bus support with a minimum of system RAM 



(57) A computer system that implements communi- 
cation support with a minimum amount of main memory. 
The computer system provides a Basic Input/Output 
System (BIOS) for execution in Random Access Mem- 
ory (RAM). Included in the BIOS is the communication 
initialization and runtime code. Upon initialization, the 
communication initialization code is executed, configur- 
ing and initializing communication devices, including a 
Universal Serial Bus (USB) device. After the initializa- 
tion, the runtime communication code is moved to a 
secure memory, such as System Management Mode 
(SMM) memory. The runtime communication code is 
executed in response to an interrupt to the secure mem- 
ory. If the secure memory is SMM memory, then a SMI 
will trigger the execution of the communication code. 
The main memory is not accessed to execute the runt- 
ime communication code. 
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Descripti n 

[0001 ] The present invention relates to minimizing the 
runtime code present in the Random Access Memory 
(RAM), and more specifically to minimizing the runtime 
code necessary to support a communication standard 
such as the Universal Serial Bus (USB). 
[0002] Computers are becoming increasingly impor- 
tant in many aspects of life, including homes and busi- 
nesses. As computers become more important, more 
advances in computer capabilities are discovered. One 
such advance was the creation of the Universal Serial 
Bus (USB). The USB, a serial bus standard, is a com- 
munications architecture that allows Personal Computer 
(PC) users the ability to connect multiple peripherals 
through a single port while also providing digital teleph- 
ony capabilities. The USB was designed as an alterna- 
tive to the legacy PS/2 and RS-232 standards. The 
USB, a simple two-wire serial communications link, 
operates at 12 megabits per second (Mbps) and offers 
both asynchronous and isochronous data transfer. The 
USB protocols automatically configure a device at star- 
tup or when a device is implemented as hot "Plug and 
Play", that is the device is connected/disconnected or 
plugged in at run time. Devices such as keyboards, 
mice, and printers can be connected via the USB. Com- 
munication on the USB is bi-directional, with down- 
stream communication toward the device and upstream 
communication toward the PC. 

[0003] USB legacy mode support allows a USB key- 
board or mouse to transparently replace a PS/2 key- 
board or mouse to achieve a high level of compatibility. 
The USB legacy mode support uses hardware emula- 
tion to achieve this compatibility. USB legacy mode sup- 
port requires a compatible USB host controller. The 
host controller routes data from the USB devices to the 
legacy interface, such as a keyboard controller. 
[0004] USB code is generally contained in the Basic 
Input/Output System (BIOS) code stored in the BIOS 
Read Only Memory (ROM). The BIOS code contains 
the system programs, which interface between the 
hardware and applications software. After startup, the 
BIOS code is copied or "shadowed" to a system Ran- 
dom Access Memory (RAM) for quicker and easier 
access by the computer system. Most RAM access 
speeds are at least three times as fast as ROM access 
speeds. To shadow a ROM into a RAM. software is gen- 
erally used to copy the data from the ROM into the 
RAM. A memory controller then maps the RAM address 
space to the ROM address space. This allows the RAM 
and ROM to occupy the same physical address so that 
no address alteration routines are necessary. Once 
shadowed, a BIOS call to a specific ROM address 
accesses the RAM address, but the RAM address pos- 
sesses the same data as the ROM. Once the BIOS 
code is shadowed to the system RAM, the compressed 
BIOS code is decompressed if nec ssary. 
[0005] The BIOS code can be separated in two cate- 



gories: initialization code and runtime code. Initialization 
code is executed when the system is initialized at star- 
tup and can be implemented to configure a device or a 
section of the system. Runtime code is executed by the 
computer system after startup, upon demand, when that 
specific program in necessary to the operation of the 
computer system. Because of the limited size of the 
system RAM and the desirability of leaving space in the 
system RAM for execution of software applications, the 
computer system typically removes the initialization 
code from the system RAM after the initialization code 
has been executed, thus leaving only runtime code. 
[0006] Certain microprocessors, such as the Pentium 
processor from Intel Corporation, have included a sys- 
tem management mode (SMM), which is entered upon 
receipt of a system management interrupt (SMI). SMM 
code, including initialization and runtime code, can be 
contained in the BIOS ROM, shadowed to a secure 
memory space, and decompressed. Originally, SMIs 
were power management interrupts devised by Intel 
Corporation for portable systems. Portable computers 
often draw power from batteries which provide a limited 
amount of energy. To maximize battery life, an SMI is 
typically asserted to turn off or reduce the power to any 
system component not in use. Although originally meant 
for laptop computers, SMIs have become popular for 
desktop and other stationary computers as well. 
[0007] SMIs are asserted by an SMI timer, by a sys- 
tem request, or by other means. Briefly, an SMI is a non- 
maskable interrupt having almost the highest priority in 
the system. Only the reset signal R/S* and cache flush 
signal FLUSH*, which can be conceptualized as inter- 
rupts, have a higher priority than the SMI. When an SMI 
is asserted, a microprocessor maps a portion of mem- 
ory referred to as the system management mode mem- 
ory ("SMM memory") into the main memory space. The 
entire system state is then saved in the SMM memory in 
a stack-like, last in/first out fashion. After the initial sys- 
tem state is saved, the processor begins executing an 
SMI handler routine, which is an interrupt service rou- 
tine to perform specific system management tasks such 
as reducing power to specific devices. While the routine 
is executed, other interrupt requests are not serviced, 
and are ignored until the interrupt routine is completed 
or the system is reset. When the SMI handler completes 
its task, the system state is retrieved from the SMM 
memory, and the main program continues. An SMI 
active signal referred to as the SMI ACT* signal is pro- 
vided by the processor to indicate operation in SMM. 
[0008] As mentioned, following assertion of its SMI 
input (this is generally an active low signal), the proces- 
sor calls the SMI handler, which addresses an address 
space that is separate from ordinary main memory. 
Thereafter, all memory accesses refer only to SMM 
memory. Input/output ("I/O") accesses via instructions 
such as IN or OUT are still directed to the normal I/O 
address space, however. One advantageous side-effect 
of the hardwired separate address SMM area is that the 
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routines stored in this space cannot be snooped by the 
cache. 

[0009] In a typical system management mode imple- 
mentation, it is intended that battery-buffered SRAM 
chips be mapped into the address space between 
30000h and 3ffffh by default. External hardware can use 
the SMI ACT* signal as a chip select signal and thereby 
address either the SRAM chips (the SMIACT* signal is 
at a logic low level) , or the normal main memory (the 
SMIACT* signal is at a logic high level). By using the 
SMIACT* signal, then, SMM memory and normal mem- 
ory can be strictly separated. 

[001 0] Certain microprocessor are more flexible than 
earlier processors in that the SMI handler starting 
address and the location of the SMM memory space 
can be changed by the user. Under the Pentium design 
for example, the SMI starting address stored in the 
microprocessor register is initially set to the conven- 
tional 30000h value. Consequently when the first SMI is 
asserted, the SMI handler starts at address 38000h (the 
entry point is offset from the SMM memory base). While 
the SMI handler routine is executing, however, it may 
provide a different area of memory to be used as the 
SMM memory. This new SMM memory may start at any 
location in the main memory space chosen by the pro- 
grammer. The SMM memory is a 64 or 128 Kbyte block 
beginning at the new SMM memory start address. 
When the SMI handler finishes, the new starting 
address replaces the old starting address in the micro- 
processor's SMI starting address register. 
[001 1 ] When the next SMI is asserted, the microproc- 
essor maps the new 64 or 128 Kbyte block of memory 
into the main memory space as the SMM memory, and 
starts the SMI handler at the new starting address at the 
midpoint of the new SMM memory. For example, during 
the first SMI service routine, the programmer may 
change the SMM memory starting point from 030000h 
to BOOOOOh. When the SMI is next asserted, the micro- 
processor maps the SMM memory into main memory 
space between BOOOOOh and BOFFFFh. The microproc- 
essor then references address B08000h for the SMI 
handler. This feature thus allows the programmer to 
choose a more convenient location in the main memory. 
[001 2] One implementation of an SMI is to trigger exe- 
cution of the USB runtime code. A computer system can 
be implemented so that an SMI is generated at a peri- 
odic rate by a USB device. The SMI triggers the execu- 
tion of the USB code contained in the RAM. The SMI 
event gives control to the SMI handler and the computer 
system then enters the SMM. The SMI handler deter- 
mines if the SMI is an USB SMI. If the SMI is an USB 
SMI, tben the computer system books a call on the USB 
runtime code contained in the BIOS code shadowed in 
the RAM. This code is executed, then the SMI handler 
regains control to address any other SMIs. When all 
SMis have been addressed, the SMI handler relin- 
quish s control and SMM is exited. This process is 
repeated at a fixed period to accommodate the USB 



devices, such as a keyboard. Therefore, any increase in 
speed of handling SMIs may result in an overall 
increase in the speed of the computer system. 
[0013] A computer system according to the invention 

5 implements communication support with a minimum 
amount of main memory. Communication initialization 
and runtime code are provided to the BIOS of the com- 
puter system. Upon initialization of the computer sys- 
tem, the initialization code is executed, configuring and 

io initializing the communication devices. After the initiali- 
zation, the runtime communication code is moved from 
main memory to a secure memory such as system 
management mode memory, thereby freeing space in 
the main memory for use by other system resources. 

is The runtime communication code is executed in 
response to an interrupt to the secure memory. The 
main memory is not accessed to execute the runtime 
communication code. Further, the present invention 
permits the interrupt handler to execute in a more effi- 

20 cient manner. 

[0014] A better understanding of the present invention 
can be obtained when the following detailed description 
of the preferred embodiment is considered in conjunc- 
tion with the following drawings, in which: 

25 

Figure 1 is a block diagram of a computer system 
according to the present invention; 
Figures 2A-2B are a flow chart of a previous Univer- 
sal Serial Bus System Management Interrupt 

30 implementation; 

Figures 3A-3B are a flow chart of a memory initiali- 
zation process according to the present invention 
for the computer system of Figure 1 ; 
Figure 4 is a graphical representation of a System 

35 Management Mode memory contents according to 
the present invention; and 

Figures 5A-5B are a flow chart of a Universal Serial 
Bus System Management Interrupt implementation 
according to the present invention. 

40 

[001 5] Turning to Figure 1 , illustrated is a typical com- 
puter system S implemented according to the invention. 
While this system is illustrative of one embodiment, the 
techniques according to the invention can be imple- 

45 mented in a wide variety of systems. The computer sys- 
tem S in the illustrated embodiment is a PCI bus/ISA 
bus-based machine, having a peripheral component 
interconnect (PCI) bus 10 and an industry standard 
architecture (ISA) bus 12. The PCI bus 10 is controlled 

so by PCI controller circuitry located within a mem- 
ory/accelerated graphics port (AGP)/PCI controller 14. 
This controller 14 (the "host bridge") couples the PCI 
bus 1 0 to a processor socket 16 via a host bus, an AGP 
connector 1 8. a memory subsystem 20, and an AGP 22. 

55 A second bridg circuit, a PCI/ISA bridge 24 (the ISA 
bridge) bridges between the PCI bus 10 and the ISA 
bus 12. 

[0016] The host bridge 14 in the disclosed embodi- 
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ment is a 440LX Integrated Circuit by Intel Corporation, 
also known as the PCI AGP Controller (PAC). The ISA 
bridge 24 is a PIIX4, also by Intel Corporation. The host 
bridge 14 and ISA bridge 24 provide capabilities other 
than bridging between the processor socket 16 and the 
PCI bus 10, and the PCI bus 10 and the ISA bus 12. 
Specifically, the disclosed host bridge 14 includes inter- 
face circuitry for the AGP connector 18, the memory 
subsystem 20, and the AGP 22. A video display 82 can 
be coupled to the AGP connector 18 for display of data 
by the computer system S. The ISA bridge 24 further 
includes an internal enhanced IDE controller for control- 
ling up to four enhanced IDE drives 26, and a universal 
serial bus (USB) host controller 25 for controlling USB 
ports 28 in accordance with the present invention. 
[001 7] The host bridge 1 4 is preferably coupled to the 
processor socket 16, which is preferably designed to 
receive a Pentium II processor module 30, which in turn 
includes a microprocessor core 32 and a level two (L2) 
cache 34. The processor socket 16 could be replaced 
with processors other than the Pentium 11 without 
detracting from the spirit of the invention. 
[0018] The host bridge 14, when the Intel 440LX Host 
Bridge is employed, supports a memory subsystem 20 
(or main memory) of extended data out (EDO) dynamic 
random access memory (DRAM) or synchronous 
DRAM (SDRAM), a 64/72-bit data path memory, a max- 
imum memory capacity of one gigabyte, dual inline 
memory module (DIMM) presence detect, eight row 
addr ss strobe (RAS) lines, error correcting code (ECC) 
with single and multiple bit error detection, read-around- 
write with host for PCI reads, and 3.3 volt DRAMs. The 
host bridge 14 support up to 66 megahertz DRAMs, 
whereas the processor socket 16 can support various 
integral and nonintegral multiples of that speed. 
[0019] The ISA bridge 24 also includes enhanced 
power management. It supports a PCI bus at 30 or 33 
megahertz and an ISA bus 12 at 1/4 of the PCI bus fre- 
quency. PCI revision 2.1 is supported with both positive 
and subtractive decode. The standard personal compu- 
ter input/output (I/O) functions are supported, including 
a direct memory access (DMA) controller, two 82C59 
interrupt controllers, an 8254 timer, a real time clock 
(RTC) with a 256 byte complementary metal oxide sem- 
iconductor (CMOS) static RAM (SRAM), and chip 
selects for system read only memory (ROM), RTC, key- 
board controller, an external microcontroller, and two 
general purpose devices. The enhanced power man- 
agement within the ISA bridge 24 includes full clock 
control, device management, suspend and resume 
logic, advanced configuration and power interface 
(ACPI), and system management bus (SMBus) control, 
which is based on the inter-integrated circuit (l 2 C) proto- 
col. 

[0020] The PCI bus 10 couples a variety of devices 
that generally take advantage of a high speed data path. 
This includes a small computer system interface (SCSI) 
controller 36, with both an internal port 38 and an exter- 



nal port 40. In the disclosed embodiment, the SCSI con- 
troller 36 is a AlC-7860 SCSI controller. Also coupled to 
the PCI bus 10 is a network interface controller (NIC) 
42, which preferably supports the ThunderLan™ power 
s management specification by Texas Instruments. The 
NIC 42 is coupled through a physical layer 44 and a filter 
46 to an RJ-45 jack 48, and through a filter 50 to a AUI 
jack 52. 

[0021] Between the PCI Bus 10 and the ISA Bus 12, 
io an ISA/PCI backplane 54 is provided which include a 
number of PCI and ISA slots. This allows ISA cards or 
PCI cards to be installed into the system for added func- 
tionality. 

[0022] Further coupled to the ISA Bus 12 is an 

is enhanced sound system chip (ESS) 56, which provides 
sound management through an audio in port 58 and an 
audio out port 60. The ISA bus 12 also couples the ISA 
bridge 24 to a Super I/O chip 62, which in the disclosed 
embodiment is a National Semiconductor Corporation 

20 PC87307VUL device. The Super I/O 62 contains sev- 
eral logical devices, one of which is a Real Time Clock 
(RTC). Resident in the RTC of the Super I/O chip 62 is 
non-volatile Random Access Memory (NV RAM) 63. 
This Super I/O chip 62 provides a variety of input/output 

25 functionality, including a parallel port 64, an infrared port 
66, a keyboard controller for a keyboard 68, a mouse 
port for a mouse 70, additional series ports 72, and a 
floppy disk drive controller for a floppy disk drive 74. 
These devices are coupled through connectors to the 

30 Super I/O 62. Resident on the keyboard 68 are light 
emitting diodes (LEDs) 69. The floppy disk drive 74 
includes disk drives for a 3 1/2 n and 5 1/4" floppy disks 
and Advanced Technology Attachment Packet Interface 
(ATAPI) drives, including the LS-120 drives. 

35 [0023] The ISA bus 12 is also coupled through bus 
transceivers 76 to a flash ROM 78, which can include 
both basic input/output system (BIOS) code for execu- 
tion by the processor 32, as well as an additional code 
for execution by microcontrollers in a ROM-sharing 

40 arrangement. An exemplary BIOS according to the 
invention is shown below. 

[0024] The ISA bus 1 2 further couples the ISA bridge 
24 to a security, power, ACPI, and miscellaneous appli- 
cation specific integrated circuit (ASIC) 80, which pro- 

45 vides a variety of miscellaneous functions for the 
system. The ASIC 80 includes security features, system 
power control, light emitting diode (LED) control, a PCI 
arbiter, remote wake up logic, system fan control, hood 
lock control, ACPI registers and sipport, system tem- 

50 perature control, and various glue logic. 

[0025] An additional feature of the computer system S 
is a System Management Mode (SMM). Configuration 
of a secure memory, such as SMM memory, within the 
main memory 20 is well known to those skilled in the art. 

55 It is also noted that Figure 1 presents an exemplary 
embodiment of the computer system S and it is under- 
stood that numerous other effective embodiments could 
readily be developed as known to those skilled in the 
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art. 

[0026] Turning briefly to Figures 2A-2B, a flow chart of 
the prior USB SMI implementation is shown. In this flow- 
chart, the USB code or other communication protocol 
code is stored in the shadow RAM portion of the main 
memory 20 in a conventional manner. A start routine 
200 commences with a USB event that triggers an SMI. 
The USB host controller 25 of the ISA bridge 24 initiates 
an SMI when a USB event occurs in step 202. Once the 
processor 32 detects an SMI, the processor 32 places 
the computer system S in the System Management 
Mode (SMM) in step 204. The processor 32 then pro- 
ceeds to save the system state in a CPU state save 
area 402 (Figure 4) in step 206. Saving the system state 
includes, but is not limited to, saving the critical registers 
to SMM memory 400 (Figure 4), allowing the processor 
to restore the computer system S to the pre-SMI condi- 
tion. 

[0027] Next in step 208. the SMI handler code 404 
(Figure 4) is executed. The SMI handler 404 then deter- 
mines the SMI type in step 210. This is typically done 
via a table-lookup operation. The SMI handler 404 steps 
through the table consisting of the possible SMIs. The 
SMI handler 404 addresses the SMI match or matches 
as it proceeds through the end of the table. Within the 
table, the SMI handler 404 determines if the SMI is a 
USB SMI in step 212. If the SMI is not an USB SMI, then 
the SMI handler 404 proceeds through the table in step 
218, executing the appropriate code when the correct 
SMI is encountered before proceeding to step 220 of 
Figure 2B. If the SMI is an USB SMI, control passes to 
step 214 and the SMI handler 404 calls the USB code 
residing in the BIOS stored in the shadow RAM. 
[0028] The USB code in the shadow RAM 20 is exe- 
cuted to address the USB SMI in step 216 of Figure 2B. 
Once the USB code is executed, control returns to the 
SMI handler 404 in step 220. The SMI handler 404 then 
completes the table-lookup in step 222, executing the 
appropriate code when necessary to handle any addi- 
tional SMIs. Completing the table-lookup procedure 
may add unnecessary time to the execution of the SMI 
handler 404. Next, in step 224, upon completion of the 
table-lookup by the SMI handler 404, the processor 32 
resets the system state with the data stored in the CPU 
state save area 402 (Figure 4). The processor 32 then 
exits SMM in step 226 and the procedure ends with step 
228. 

[0029] Turning now to Figures 3A-3B, a flow chart of 
an exemplary memory initialization process according 
to the invention is shown. Beginning with step 300 of 
Figure 3A, the computer system is initialized. Next, in 
step 302, the processor 32 executes the Basic 
Input/Output System (BIOS) code stored in the flash 
Read Only Memory (ROM) 78 or other non-volatile 
memory, beginning with the early power-on-self-test 
(POST) code. The processor 32 copies a small portion 
of the BIOS, called the early POST, to the shadow Ran- 
dom Access Memory (RAM) portion of the main mem- 



ory 20 in step 304. The shadow RAM 20 has faster 
access times than the flash ROM 78. In step 306, the 
processor 32 jumps to the shadow RAM 20 and calls 
the address of the early POST. Next, in step 308. the 

5 processor 32 executes the early POST now residing in 
the shadow RAM 20. The processor 32, executing code 
in the shadow RAM 20, copies the entire BIOS from the 
flash ROM 78 to the shadow RAM 20 in step 310. The 
shadow RAM 20 is mapped to the same address space 

io as the flash ROM 78 and the address space of the flash 
ROM 78 is masked off. This allows the processor 32 to 
call the BIOS, without any modification code, and 
access the BIOS stored in the shadow RAM 20. 
[0030] Next, in step 312, the processor 32 decom- 

15 presses the USB initialization code in the BIOS. This 
step is only necessary if the BIOS is stored in the flash 
ROM 78 in a compressed state. The processor 32 may 
only decompress the portion of the BIOS it needs to 
execute at the time of execution, thus reducing the 

20 amount of memory consumed by the BIOS. Then the 
USB initialization code is executed. This initializes the 
USB, but does not include the USB runtime code-the 
code necessary for the processor to implement the 
communication protocol. The communication protocol 

25 in the disclosed embodiment is the USB protocol, how- 
ever, according to the techniques of the invention, a 
wide variety of communication protocols could be imple- 
mented, including but not limited to a serial bus proto- 
col. In step 314, the processor 32 decompresses the 

30 Auto-Configuration code in the BIOS. Next, in step 316, 
the processor executes the Auto-Configuration code 
that was decompressed. The Auto-Configuration code 
addresses and configures the components of the com- 
puter system S. The processor 32 then decompresses 

35 the SMM code contained in the shadow RAM 20 in step 
318 before proceeding to step 320 of Figure 3B. 
[0031 ] The processor 32 executes the decompressed 
SMM initialization code in step 320. In step 322, the 
SMM memory 400 (Figure 4) is configured by the proc- 

40 essor 32 when the SMM initialization code is executed. 
The SMM memory 400 is isolated from the main mem- 
ory 20, allowing the SMI handler 404 (Figure 4) code 
and SMM data to be stored. Next in step 324, the proc- 
essor 32 copies the SMM runtime code, USB runtime 

45 code, and SMM data to the SMM memory 400 from the 
shadow RAM 20. Therefore, in the disclosed embodi- 
ment, the USB runtime code is resident in the SMM 
memory and does not consume space in the main 
memory 20. Initialization process ends in step 326. 

so [0032] Turning to Figure 4, a graphical representation 
of SMM memory 400 configured according to the 
present invention is shown. As known to those skilled in 
the art, this address space is addressed by the proces- 
sor 32 following a System Management Interrupt (SMI). 

55 Following an SMI, the state of the system is stored in 
the CPU state save area 402. The eystem 6tate 
includes, but is not limited to, the CPU registers and 
indexing registers. The SMI handler 404 is then called 
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and executed by the processor 32. Importantly, the SMI 
handler 404 can be written such that it performs tasks 
other than power-down operations. An SMI handler 404 
written according to the present invention is able to 
determine if the SMI is a Universal Serial Bus (USB) 5 
specific SMI. When a USB SMI is received by the SMI 
handler 404, the SMI handler 404 jumps to another 
location in SMM memory 400 and executes the USB 
runtime code 406. The USB runtime code 406, which 
was moved to SMM memory 400 on the computer sys- w 
tern S's initialization, is executed to address the USB 
SMI. 

[0033] Turning now to Figures 5A-5B, a flow chart of 
an exemplary USB SMI implementation according to 
the present invention is shown. The procedure com- is 
mences in step 500 following a USB event that triggers 
an SMI. The USB host controller 25 portion of the ISA 
bridge 24 initiates an SMI when such a USB event 
occurs in step 502. Once the processor 32 detects an 
SMI, the processor 32 places the computer system S in 20 
the System Management Mode (SMM) in step 504. The 
processor 32 then proceeds to save the USB state to 
the CPU state save area 402 in step 506. The USB 
state is a subset of the system state and consists of sav- 
ing the registers that are necessary to address an USB 2s 
SMI. Next in step 508, the processor 32 executes the 
SMI handler 404 code. The SMI handler 404 then deter- 
mines if the SMI is a USB SMI in step 510. 
[0034] In the disclosed embodiment of the invention, 
the SMI handler 404 first checks if the SMI is an USB 30 
SMI before any other SMI is checked. If the SMI is an 
USB SMI, the SMI handler 404 jumps to another loca- 
tion in SMM memory and executes the USB runtime 
code 406 in step 524. The SMI handler 404 does not 
call the shadow RAM as the USB runtime code was 35 
moved to the SMM memory at the computer system S's 
initialization. Next in step 526 of Figure 5B, the proces- 
sor 32 resets the USB state saved to the CPU state 
saved area 402. This is done without the SMI handler 
404 proceeding through a table to determine the SMI 40 
type, thereby speeding execution of the SMI handler 
404. The processor 32 then exits the SMM in step 528. 
[0035] If the SMI is not an USB SMI as determined in 
step 510, then the processor 32 saves the system state 
to the CPU state save area 402 in step 512. This 45 
includes all critical registers, not just the USB critical 
registers. Next, in step 516, the SMI handler 404 deter- 
mines the SMI type using the table-lookup method 
before executing the appropriate code in step 518 of 
Figure 5B. Once the SMI type is determined, the appro- so 
priate code to address the SMI is executed in step 518. 
Upon completion of this code, control is returned to the 
SMI handler 404 in step 520. Next, the SMI handler 404 
completes the SMI table-lookup in step 522. Once the 
table-lookup is completed, the processor 32 resets the ss 
system state from the CPU state save area 402 in step 
526. Then the processor exits SMM in step 528 before 
the process ends with step 530. 



[0036] Thus a computer system having been 
described that implements communication support with 
a minimum amount of main memory. Upon initialization 
of the computer system, the initialization code is exe- 
cuted, configuring and initializing the communication 
devices, including a Universal Serial Bus (USB) device. 
After the initialization, the runtime communication code 
is moved to a secure memory space, such as System 
Management Mode (SMM) memory. The runtime com- 
munication code is executed in response to a corre- 
sponding interrupt to the secure memory, and the 
computer system preferably exits SMM immediately 
thereafter. 

Claims 

1 . A method for implementing communication support 
with a minimum of main memory in a computer sys- 
tem having both a main memory and a secure 
memory space, the method comprising the steps 
of: 

providing a Basic Input/Output System (BIOS) 
code for execution in main memory, the BIOS 
code including a communication code and an 
initialization code for initializing the computer 
system; 

executing the initialization code to initialize the 
computer system; and 

moving the communication code to the secure 
memory space upon initialization of the compu- 
ter system. 

2. The method of claim 1 , wherein the computer sys- 
tem further comprises a non-volatile memory for 
storing the BIOS, further comprising the step of: 

copying predetermined portions of the BIOS to 
the main memory prior to executing the initiali- 
zation code. 

3. The method of claim 2, wherein the predetermined 
portions of the BIOS include the communication 
code. 

4. The method of any of claims 1 to 3, wherein the 
communication code is compliant with a serial bus 
protocol. 

5. The method of claim 4, wherein the communication 
code is compliant with the Universal Serial Bus 
(USB) specification. 

6. The method of any of claims 1 to 5, wherein the 
secure memory is a system management memory. 

7. The method of any of claims 1 to 6, further compris- 
ing the step of executing the communication code in 
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response to a predetermined interrupt event. 

8. The method of claim 7, wherein the interrupt event 
is a system management interrupt, further compris- 
ing the step of executing a system management s 
interrupt handler in response to the system man- 
agement interrupt. 

9. The method of claim 8, wherein the step of execut- 
ing the system management interrupt handler com- 10 
prises returning the computer system to a normal 
operating mode immediately following the step of 
executing the communication code. 

10. An apparatus to implement communication support is 
with a minimum of main memory in a computer sys- 
tem, the apparatus comprising: 

a secure memory; 

a non-volatile BIOS memory; 20 
a main memory coupled to the secure memory 
and the non-volatile BIOS memory for shadow- 
ing predetermined portions of the BIOS mem- 
ory contents; and 

BIOS code residing in the BIOS memory, the 25 
BIOS code comprising: 

communication code for implementing a 
communication protocol; and 
initialization code directing the computer 30 
system to move the communication code 
to the secure memory upon the initializa- 
tion of the computer system. 

11. The apparatus of claim 10, wherein the BIOS code 35 
includes the initialization code directing the compu- 
ter system to move the communication code from 

the main memory to the secure memory upon the 
initialisation of the computer system. 

40 

12. The apparatus of claim 10 or claim 11, wherein the 
secure memory is system management memory. 

13. The apparatus of any of claims 10 to 12, further 
comprising an interrupt generator coupled to the 45 
secure memory for generating interrupts to initiate 
execution of the communication code. 

14. The apparatus of claim 13, wherein the interrupt 
generator generates system management inter- so 
rupts. 

15. The apparatus of any of claims 10 to 14, wherein 
the communication code is compliant with a serial 
bus protocol. ss 

16. The apparatus of claim 15, wherein the communi- 
cation code is compliant with the Universal Serial 



Bus (USB) specification. 

17. The apparatus of any of claims 10 to 16, wherein 
the BIOS memory is a Read Only Memory (ROM). 

18. The apparatus of any of claims 10 to 16, wherein 
the BIOS memory is a Random Access Memory 
(RAM). 

19. A computer system to implement communication 
support with a minimum of main memory, the com- 
puter system comprising: 

a processor; and 

apparatus according to any of claims 10 to 18. 
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